Рефакторинг

0. Перевод импорта на новую версию xsd 1.6.5

1. Импорт
Закончить с отдельным сервисом, выкатить на тест, прогнать с фронтом (правки API). Выковырять из person-registry всё что касается импорта.

сделать тест для сервиса импорта, чтобы нагружал. эмуляция подачи больших xml. 
скорее всего лучше сделать синтетические тесты (т.к. нет на проде артелири)
1. пуляет с промежутком в секунду (раз в 10 сек по файлу)
2. несколько файлов сразу одним запросом

2. Вложения (Документы, решения и вся подобная муть)
Анализ как работает сейчас, дать предложения по выводу в отдельный сервис, составить план реверс-инжененринга
вопросы:
-сколько хранить такие вложения в БД?

https://ervu-test.pgs.rtlabs.ru/service/ervu-person-registry/attachments/v1
attachments - личные документы

добавление новой таблицы:
attachedDecisions - сформированные решения
attachedDocuments - xml (конвертация, временные меры - они скрыты) Системные документы

3. Списки на вызов
Совместно с командой повесток провести анализ текущей реализации. Обговорить способы вынесения функционала из person-registry. 
Составить план работ по вынесу функционала, провести реверс-инженеринг.

Нам нужно подписать на топики списков на вызов. И сохранять у себя в отдельной таблице рекрутИд со списками (многие ко многим) чисто линки. 
рекрутИД recruitId
ИДсписка listId ?
номер списка listNumber ?
доп инфа extraInfo

После того, как будет реализован функционал чтения топика кафки - необходимо убрать текущий функционал список из person-registry

+ еще одна таблица с номером и ИД списка, экстра инфо

4. Заявления
Анализ текущего состояния работы. Составления плана по выносу в отдельный сервис. Проведение работ по выносу в отдельный сервис.
вопросы:
-заявления какие? только ЕРВУ? document registry остается жить в ПГС? 
-нужно ли на текущий момент выделять это в отдельный сервис? ИДзаявления и ИДрекрута 
- нужна конкретика от бизнеса, что именно хотят видеть в новых разделах с заявлениями ЕРВУ? Будет ли нужна отдельная работа с заявлением в отрыве от гражданина?

5. num (endPoint)
Продумать реализацию через socket. Составить план работ.
вопросы:
-отдельный сервис счетчика из кафки? нужен шедуллер?

6. ervu-person-registry
провести полный анализ состояния сервиса. Внести предложения по рефакторингу сервиса, опираясь на вышеизложенное. Составить план работ.
Брать в параллель импорта.